Transaction-based system and method for abstraction of hardware designs

ABSTRACT

Transaction-based hardware abstraction involves a process of using heuristic techniques to identify finite-state machines (FSMs) in a hardware design that process transactions, from which transaction boundaries can be identified. Signals can be abstracted as a result of the transaction-based abstraction. Signals can be classified based on the abstracted design as either transient, temporary, or persistent. Transient signals can be identified during the abstraction process as the transaction-processing FSMs that define the transaction boundaries. In the unabstracted design, all combinational signals are temporary since they are set and used in the same time step and all transactions are at least one time step in length. State-holding signals may also be classified as temporary if, after abstraction, they become combinational in the abstracted design. All signals that remain as state-holding signals after abstraction are persistent. Transaction-based abstraction allows a comprehensive test plan to be automatically generated for a device. A test plan comprises a set of conditions called coverage points that are derived based on a signal classification created using transaction-based analysis to identify the architecturally-visible state of the design.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of priority from U.S. Provisional Patent Application No. 60/615,892, filed Oct. 4, 2004 and entitled “Transaction-Based System and Method for Abstraction of Hardware Designs”, which is fully incorporated herein by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

This invention relates generally to systems and methods for simulation and verification of electronic hardware designs. More particularly, this invention relates to systems and methods for performing abstraction to permit more efficient simulation, and more specifically relates to systems, methods and techniques for temporal abstraction in which hardware operation is redefined in terms of transactions.

2. Description of the Art

Abstraction is, in simplified terms, a technique for masking irrelevant detail so that the key elements of a concept or other construct may be more clearly appreciated. In the context of verification of electronic hardware designs using simulation, abstraction is useful because it reduces the amount of work required to perform the simulation, thereby allowing more simulation to be done in a given amount of time. Abstractions can be classified into four basic types: structural, behavioral, data, and temporal. Structural abstraction removes unneeded structure, for example, gates or registers in the case of hardware design. Behavioral abstraction removes functionality. Data abstraction reduces the range of data values possible. Temporal abstraction removes unneeded time steps during the simulation.

SUMMARY OF THE INVENTION

Transaction-based abstraction is a form of temporal abstraction. In the present invention, hardware is assumed to process transactions, which is defined to mean that the hardware accepts a request, processes the request, and returns a response, and that the hardware can process such requests infinitely often. A simulation of the unabstracted design causes each transaction to start at a first time step and end one or more time steps later. In accordance with the present invention, the design is abstracted such that, a simulation of the device causes every transaction to occur in exactly one abstracted time step.

To achieve the desired effectiveness of transaction-based abstraction, the boundaries of a transaction, that is, the starting and ending time steps of each transaction, must be correctly determined. In accordance with the present invention, a heuristic technique is used to identify finite-state machines (FSMs) in the design that process transactions, from which the transaction boundaries can be identified. Heuristics filter signals that determine transaction boundaries. Possible heuristics include:

-   -   select signals that look like FSMs that may process         transactions;     -   select signals representing FSMs that have wait states         indicating the FSM waits for either a request or response;     -   select signals representing FSMs that have state transition         loops indicating that the FSM can process transactions         infinitely often; and     -   allow the user to manually specify signals and conditions that         determine transaction boundaries.

Signals may also require abstraction as a result of the transaction-based abstraction of the present invention. For example, if a circuit processing transactions requires four cycles, it may have four pipeline stages, each stage being defined by a different signal. After abstraction, these four pipeline stages will be compressed to one stage. Therefore, the signal definitions for each stage need to be modified to account for this difference.

In accordance with the present invention, signals can be classified based on the abstracted design. Signals can be classified as either transient, temporary, or persistent. Transient signals are those that implement the transaction-processing FSMs that define the transaction boundaries. Persistent state-holding elements (e.g., registers, RAMs, etc.) are those signals whose values are set in one transaction and accessed in another. Temporary signals are all other signals.

In accordance with the present invention, transaction-based abstraction enables signals to be classified easily according to the above criteria. Transient signals are identified during the abstraction process as the transaction-processing FSMs that define the transaction boundaries. In the unabstracted design, all combinational signals are temporary since they are set and used in the same time step and all transactions are at least one time step in length. State-holding signals may also be classified as temporary if, after abstraction, they become combinational in the abstracted design. All signals that remain as state-holding signals after abstraction are persistent.

An additional feature of the present invention is that it allows a comprehensive test plan to be automatically generated for a device. This is beneficial because it relieves the user from performing this task manually. A test plan comprises a set of conditions called coverage points that are derived based on a signal classification created using transaction-based analysis to identify the architecturally-visible state of the design.

BRIEF DESCRIPTION OF THE DRAWINGS

These and other aspects and features of the present invention will become apparent to those ordinarily skilled in the art upon review of the following description of specific embodiments of the invention in conjunction with the accompanying figures, wherein:

FIG. 1 illustrates an overall transaction-based abstraction process according to certain embodiments of the invention;

FIG. 2 illustrates, in state diagram form, an exemplary finite state machine (“FSM”) which represents a device that processes transactions according to certain embodiments of the invention;

FIG. 3 illustrates an FSM abstraction process according to certain embodiments of the invention;

FIG. 4 illustrates, in state diagram form, two exemplary interrelated FSM's which interact, representing two devices which similarly interact in processing transactions, according to certain embodiments of the invention;

FIG. 5 illustrates, in table form, state labels for the two exemplary FSM's shown in FIG. 4, together with state labels for the composite FSM, according to certain embodiments of the invention;

FIG. 6 illustrates, in state diagram form, an abstracted FSM from the two FSM's of FIG. 4 according to certain embodiments of the invention;

FIG. 7 illustrates a signal abstraction process according to certain embodiments of the invention;

FIG. 8 illustrates a process for computing an abstracted word terminal for a given signal, delay, and composite FSM edge (u,v) according to certain embodiments of the invention;

FIG. 9 illustrates an example of signal abstraction for the FSM of FIG. 2, showing the three phases of the abstraction process with signal abstractions labeled with the appropriate state from the FSM shown in FIG. 2, according to certain embodiments of the invention; and

FIG. 10 illustrates a flow for creating a test plan automatically from a design description according to certain embodiments of the invention.

DETAILED DESCRIPTION OF THE INVENTION

The present invention will now be described in detail with reference to the drawings, which are provided as illustrative examples of the invention so as to enable those skilled in the art to practice the invention. The figures and examples below are not meant to limit the scope of the invention.

In a general sense, transaction-based abstraction is a form of temporal abstraction. In the present invention, hardware is assumed to process transactions, which is defined to mean that the hardware accepts a request, processes the request, and returns a response, and that the hardware can process such requests infinitely often. A simulation of the unabstracted design causes each transaction to start at a first time step and end one or more time steps later. In accordance with the present invention, the design is abstracted such that, a simulation of the device causes every transaction to occur in exactly one abstracted time step.

FIG. 1 illustrates an overall transaction-based abstraction process according to certain embodiments of the invention, which can include three main phases.

-   -   Select a set of transaction-processing finite state machines         (FSMs) that determine the transaction boundaries.     -   Extract the transaction-processing FSMs, compose them, and         compute an abstracted FSM corresponding to the composed FSM         after abstraction.     -   Abstract all signals in the design based on the computed         abstract FSM.         Each of these three phases will is discussed in further detail         below.         1) Selecting a Set of Transaction-Processing FSMs

To achieve the desired effectiveness of transaction-based abstraction, the boundaries of a transaction, that is, the starting and ending time steps of each transaction, must be correctly determined. In accordance with the present invention, a heuristic technique can be used to identify finite-state machines (FSMs) in the design that process transactions, from which the transaction boundaries can be identified. Heuristics can filter signals that can be used to determine transaction boundaries. Possible heuristics include:

-   -   select signals that look like FSMs that may process         transactions;     -   select signals representing FSMs that have wait states         indicating the FSM waits for either a request or response;     -   select signals representing FSMs that have state transition         loops indicating that the FSM can process transactions         infinitely often; and     -   allow the user to manually specify signals and conditions that         determine transaction boundaries.

In certain embodiments of the present invention, the steps for identifying a set of signals representing transaction-processing FSMs include:

-   -   Identify the subset of signals that can be used to determine         FSMs.     -   Eliminate from this list those FSMs that do not process         transactions. Transaction-processing FSMs can have the following         characteristics:         -   They have at least one wait state, where a wait state is a             state that transitions to itself based on some condition.         -   There is at least one loop in the FSM, where a loop is a             path in the FSM state graph that starts in some state and             ends at the same state.         -   One of the states contained within the loop path is a wait             state.             The resulting set of FSMs is the transaction-processing FSM             set.

FIG. 2 illustrates, in state diagram form, an exemplary finite state machine (“FSM”) which represents a device that processes transactions according to certain embodiments of the invention As shown in FIG. 2, the exemplary FSM consists of four states, s0, s1, s2, and s3. According to the present invention, a transition consists of a current state, u, next state, v, and guard, g. If the FSM is in state u at time t and condition g is true, it will transition to state v in the next time step. Transitions are indicated as edges in the state transition graph with edge labels indicating the guard condition g. Unlabelled edges represent unconditional transitions. Assignments indicated by a box attached to an edge in a graph indicate signals that are set as a function of the FSM. State s0 is a wait state because it has an edge to itself labeled “˜start”, indicating that the FSM should wait in that state until a start signal occurs. Once started, the FSM proceeds through the other states and then loops back to the wait state, at which time it indicates completion of the transaction by asserting the “done” signal. The transaction boundaries occur when the FSM transitions out of the wait state at the beginning and back to the wait state at the end.

2) Computing the Abstract FSM

After selecting and extracting the transaction-processing FSMs from the design, the extracted FSMs are combined to form a composite FSM. Composition of FSMs is done by enumerating all combinations of states and edges in the individual extracted FSMs. Composite edges are formed by computing the product of all edge transition conditions for individual FSMs. Since FSM inputs may be functions of one or more other FSMs being composed, this may cause some edges or states to be unreachable if the computed product condition is false.

In accordance with the present invention, an abstract FSM is computed in which states in the abstract FSM correspond to sets of states in the composite FSMs. FIG. 3 illustrates this FSM abstraction process according to certain embodiments of the invention. As shown in the first step of FIG. 3, all wait states in the individual FSMs are given a unique label and all other states are given a common label.

Next, all composite states in the composite FSM are labeled based on the labels created for the individual FSMs. The goal of labeling the composite states in this second step of FIG. 3 is to delineate states that have different wait conditions since different wait conditions may indicate different transactions. One way to accomplish this to label states in the composite FSM with the combination of individual FSM labels corresponding to the component of the composite state. If a composite state has no component that is labeled as a wait state, give this composite state a unique label.

After all composite states have been labeled, then, if all composite states have no component that is labeled a wait state, re-label all composite states with the same label instead of giving each a unique label (since there is no wait state). In this way, a single pass through the FSM indicates a single transaction. In this example, all states would be given the same label.

The set of abstract states corresponds to the unique labels produced using the above procedure for the composite FSM. An edge exists between two abstract states if there exists an edge between two corresponding states in the composite FSM. The transition condition for this edge is the OR of all composite transition conditions for this abstract edge.

As an example, FIG. 4 illustrates, in state diagram form, two exemplary interrelated FSM's which interact, representing two devices which similarly interact in processing transactions, according to certain embodiments of the invention. In this example, FSM A drives transactions to FSM B, which waits for a transaction start, processes the transaction, and then signals done. FSM A waits for the done indication before starting the next transaction. In FSM A, state transition a0 to a1 causes signal “start” to be set to 1. When FSM B is in state b0, it transitions to b0 if signal “start” is 0, indicated by the edge guard “˜start”, otherwise, when “start” is 1, it transitions to state b1. Since “start” is set to 1 in FSM A state a0, the only valid composite transition from composite state {a0,b0} is to composite state {a1,b1}. Similarly, FSM B controls signal “done”, setting it to 1 as indicated by the assignment attached to transitions b2→b0 and b3→b0 (“done” is assumed to be set to 0 for all other transitions). The wait state of FSM A, a2, is dependent on the “done” signal produced by FSM B and either waits when “done” is 0, indicated by the edge labeled “˜done”, or continues to state a0 when “done” is 1.

FIG. 5 illustrates, in table form, state labels for the two exemplary FSM's shown in FIG. 4, together with state labels for the composite FSM, according to certain embodiments of the invention. Note that composite states {a2,b2} and {a2,b3} have the same composite label. In the abstract, or composite, FSM, these two composite states will be a single abstract state as shown in the abstract FSM in FIG. 6 computed from the two FSMs in FIG. 5. FIG. 6 illustrates, in state diagram form, an abstracted FSM from the two FSM's of FIG. 4 according to certain embodiments of the invention.

When a FSM or composite FSM has a loop but no wait states, abstraction is still possible by simply selecting some state arbitrarily as the transaction boundary state. One way to do this is to select the initial state as the boundary state if the loop is through the initial state, otherwise a boundary state can be selected by traversing the FSM state graph from the initial state and selecting the first loop state encountered to be the boundary state. Since no state is a wait state, instead of each composite state getting a unique label, all states are given the same label. The loop will be abstracted to a single state since states with common labels are combined together during abstraction. The result of this is that abstracted transactions will be one time step in duration since a single abstracted state corresponds to a complete transaction.

3) Abstracting Signals

A signal definition function specifies the value of a signal over time as a function of other signals and time. For example, the definition of signal “a” may be “a(t)=b(t)+c(t−1)” which says that at time t, the value of “a” is given by adding the value of signal “b” at time t to the value of signal “c” at time t−1. The goal of signal abstraction, in accordance with the present invention, is to modify the signal definition such that it is a function of abstract time, t′.

Since time steps are abstracted away, it is possible that signals are functions of time steps that do not exist after abstraction. In this case it is necessary to abstract the signal such that it is a function only of time steps that correspond to abstracted time steps. For example, assume that a simulation of a device contains the signal assignment, “a(t)=b(t)+c(t−1)”, and that the first transaction starts at time 0 and ends at time 15, which corresponds to abstract time 0. In accordance with the present invention, the signal value for signal “a” at abstract time 0 is defined as “a(15)=b(15)+c(14)”, which can be abstracted by substituting the appropriate abstract time, 0, for 15 in the expression.

However, there is no abstract time step in the defined signal example above that corresponds to time step 14, thus, this signal cannot be abstracted as is. To solve this problem, signals are composed such that they are functions of time steps that have corresponding abstract time steps. In this context, composition refers to the substitution of a function defining a signal for a signal reference in an expression. For example, suppose that signal “c” is defined as “c(t)=c(t−1)+1”. Composing the definition of signal “c” into the expression for signal “a” is done in two steps. First, the expression for signal “a” refers to “c(t−1)” indicating that this is the value of signal “c” at time t−1. However, the definition for “c” is at time t. Therefore, t−1 must be substituted for tin the expression for “c” to yield the definition “c(t−1)=c(t−2)+1”. Substituting this into the expression for “a” yields “a(t)=b(t)+c(t−2)+1”. Composing signal “c” 15 times using this procedure in the expression for “a” produces “a(t)=b(t)+c(t−16)+15”, which now can be abstracted as “a(t′)=b(t′)+c(t′−1)+15”. The term “c(t′−1)” arises because, for the first transaction, the transaction length is 16 and therefore, the unabstracted term, “c(t−16)” refers to the value in the previous transaction.

It will also be appreciated that different transactions may have different abstractions for the same signal. In the example above, if the second transaction is only five cycles long, for example, the composition of “c” need only be done five times, yielding the abstracted expression “a(t′)=b(t′)+c(t′−1)+5”. Different length transactions are indicated by different labels in the composite FSM. Therefore, an abstracted signal definition is needed for each unique label. These different signal definitions are then combined by selecting the correct one as a function of the computed abstract state corresponding to the labeled composite state. During simulation, as the abstract FSM transitions to different states, this enables the different abstract functions for each signal such that each signal is computed correctly for each abstract FSM state. The complete process for performing signal abstraction is described below. This process ensures that the computed signal values for each abstract time step will correspond to the values at the equivalent normal time steps.

In summary, the signal abstraction algorithm is as shown in FIG. 7. FIG. 7 illustrates a signal abstraction process according to certain embodiments of the invention. The first step of FIG. 7 is done by performing a breadth-first search of the composite state graph. Each step of this traversal specifies a tuple (u,g,v) where u is the current state, v is the next state, and g is a condition that must be true for the state transition to occur. Values u and v correspond to assignments to the signals that make up the individual signals of the composite state. The expression g contains references to composite state signals and other signals.

Signal values are represented by expressions comprising operators such as add, and, etc., ite operators, constant terminals, and word terminals. The ite operator specifies three subexpressions, an if condition, then assignment, and else assignment and represents an if-then-else (ite) assignment. Word terminals specify the name of a signal and a delay. Since signal values are functions of time, a word terminal with delay k specifies the value of the signal at time t−k. In at least some embodiments, the present invention only considers cases in which the word terminal delay is 0 or 1. Operator nodes have the usual semantics.

In the exemplary implementation described herein, BFS-based abstraction depends on whether the current edge (u,g,v) is a transaction boundary or not. For each pair of states, u,v, that defines a transition, there is a mapping from these states to abstract states in the abstract FSM. Let these abstract states be a_u and a_v. A transaction boundary is defined if a_u!=a_v or if this edge is looping back from the last state to first state of the composite FSM. The abstract boundary state is defined to be state a_v of a transaction boundary as defined above. For example, in FIG. 2, the edge from s3 to s0 would be considered a transaction boundary even if s3 and s0 mapped to the same abstract state, and, therefore, state s0 is defined to be the abstract boundary state.

The signal function definition is parsed and modified only if a word terminal specifying signal s and a delay d are encountered for edge (u,v). The process for determining the abstracted word terminal according to certain embodiments is shown in FIG. 8. FIG. 8 illustrates a process for computing an abstracted word terminal for a given signal, delay, and composite FSM edge (u,v) according to certain embodiments of the invention.

The composite FSM may have states with multiple incoming edges. Since the result of the above process produces an expression for each signal for each state, multiple expressions will be produced for states that have multiple incoming edges and will need to be combined. Typically, multiple incoming edges occur due to multiple outgoing edges somewhere else in the state graph. Multiple outgoing edges are differentiated by different edge guard conditions. A guard condition is just another expression that is a function of time. These guards also need to be abstracted as a function of the composite state using the exact same parsing and modification as described above. Further, guard expressions are propagated along states and edges. For example, if (u,g,v) is an edge with g′ being the abstracted expression for g, and edge (v,h,w) is also an edge, then g′ will be propagated to edge (v,h,w) because of the common state v. The effective guard for edge (v,h,w) is the expression “g′ & h′” where h′ is the abstracted value of h which is anded with the previously abstracted value g′.

If a word terminal is marked for composition, this composition will occur the second step of FIG. 7. This second step iterates over all composite states and signals. Each abstracted signal value for each composite state is processed in this pass. For signal s and composite state u, the signal will be processed and stored in an array indexed by the signal and abstract state, u′, corresponding to state u. Since multiple composite states may map to a single abstract state, this pass is typically performed in composite state order. That is, state u is typically processed before state v if (u,g,v) is an edge in the composite FSM and (u,g,v) is not a transaction boundary.

This step modifies the expression produced in the previous step before storing it in the array. The modifications also only affect word terminals marked for composition in the previous pass. A marked word terminal specifies a signal p and state w. There are two possible modifications:

-   -   If state w is not an abstract boundary state, the word terminal         is composed by replacing the word terminal with the abstracted         value of signal p associated with state w that was computed in         the previous step. The resulting expression is recursively         traversed so that multiple compositions may occur.     -   If state w is an abstract boundary state, the word terminal is         replaced with a word terminal specifying word p with delay t′−1         (delay of 1 relative to the abstract clock).

The resulting array of signal values for each abstract state has expressions that are functions of signals at abstract boundaries only. The last step of FIG. 7 combines these into a single assignment for each signal. Given a signal s with values stored in the array for abstract states a_u and a_v, these can be combined by performing an if-then-else in which the if condition is the abstract state being equal to state a_u for example. The resulting expression will consist of a series of ite expressions, such as: s(t′)=ite(a_fsm=s0, array[s][s0], ite(a_fsm=s1, array[s][s1],

As an example of signal abstraction, FIG. 9 illustrates an example of signal abstraction for the FSM of FIG. 2, showing the three phases of the abstraction process with signal abstractions labeled with the appropriate state from the FSM shown in FIG. 2, according to certain embodiments of the invention. Assume the composite FSM is the FSM given in FIG. 2 and a signal, s, is defined as specified at the top of FIG. 9. In the first pass, signal s is abstracted for each edge in the composite FSM. The resulting expressions are stored for each state s0-s3 of the FSM. In the first pass, the value of the signal is abstracted by substituting the state value in the expression in s and marking signal s by specifying a composite state. The abstracted expression for signal s for each state s0, s1, s2, s3, is shown in FIG. 9 in the box labeled “pass 1”. Each word terminal is of the form “s(sx)”, where “s” is the signal name and “sx” indicates a state (s0, s1, s2, s3), and is marked for composition in the next step. In this example, s is reset to 0 if the FSM is in state s0 and, otherwise, increments. Thus, the abstract value for state s0 is 0. For each of the other states, the expression references s(t−1), which results in the word terminal being marked with the appropriate state. Note that signal g, which exists in the FSM also needs to be abstracted. For clarity, the abstracted value is simply represented as g′, however, it also would go through this process.

In the second pass, the signal for each state is modified by substituting the appropriate expression for each marked word. These substitutions are done in state order, s0-s1-s2-s3 and after substitution, the result is stored in the corresponding abstract state array entry. These expressions are shown in the text box marked “pass 2”. Each expression is the result of composition and all states are labeled with abstract state a0 with the corresponding composite state in parentheses. Since there is only a single abstract state, the final value is just the value of the array for s in state a0. Since the expression for s3 was created last, this is the final value of the abstracted value of signal s.

In this example, the unabstracted version of signal s is a function of itself, which means that it is a state-holding element. Furthermore, it is a function of another state-holding element, the FSM. With no other context for this signal, it has a fairly complex definition. After abstraction, signal s is no longer a function of itself or the FSM and is not a state-holding element. We know that the abstraction represents the function of this signal for one transaction. After abstraction, it is much more obvious what the meaning of this signal is. Also, because the definition is simpler, it can be more efficiently simulated. The ability to make signal functions easier to understand and to simplify them illustrate one of the many advantages of transaction-based abstraction.

4) Signal Classification

It is useful during verification of hardware to classify signals into different types that have different verification goals. In particular, sequential logic requires different verification techniques than combinational logic. Normally, the user must perform this classification manually. In large circuits, this is a tedious task.

As discussed previously herein, one aspect of the present invention is that signals are classified according to their use in processing transactions. There are three types of signals:

-   -   Transient     -   Temporary     -   Persistent

Transient signals consist of the transaction-processing finite-state machines (FSMs) that control the transaction by detecting when a transaction starts, controlling the processing of the transaction, and then signaling its completion.

Temporary signals are those that are used only within a single transaction. A signal that is used only within a transaction must be set before being read within the transaction. Because it is set before being used within a transaction, the value of a temporary signal in one transaction cannot affect the operation of other transactions.

Persistent signals are those that are set in one transaction and read in another.

In accordance with the present invention, signals are classified by performing transaction-based analysis of the design. Each of the signal types is determined by the abstraction process as follows:

-   -   Transient signals are the signals corresponding to the         transaction-processing FSMs identified by the abstraction         heuristics.     -   Persistent signals are the sequential signals left after         abstraction.     -   Temporary signals are all other signals.

The rationale behind this is that since after abstraction, each transaction is compressed into one abstract time step, all sequential signals that are used within only a single transaction become combinational after abstraction. Any signal that is sequential after abstraction must persist between transaction. The definition of transient signals is precisely the definition of transaction-processing FSMs defining transactions in the abstraction process. Therefore, this process produces a signal classification.

a) Automatically Creating a Test Plan Based on a Signal Classification

A test plan is a set of coverage points that must be exercised in a design. A coverage point can be either:

-   -   a Boolean expression over all the signals in a design that must         be true, or     -   a range of values for a signal, for example, a 4-bit wide signal         that can have values in the range 0-15.

Coverage points are typically defined in terms of a simulation model, which comprises a device plus a test case and other models, that may be used to compute the results of the simulation. A coverage point is considered covered during simulation if 1) it becomes true at some point during simulation if it is a Boolean expression, or 2) the signal takes on a value from the specified range at some point during simulation.

In accordance with the present invention, a test plan can be automatically generated by identifying the architecturally visible state in the design and then creating coverage for signals in the design. In some embodiments the architecturally-visible state can be identified by classifying all signals in the design as either transient, persistent or temporary, as discussed above using transaction-based abstraction analysis.

FIG. 10 illustrates a flow for creating a test plan automatically from a design description according to certain embodiments of the invention. As shown in FIG. 10, the input to the test plan generation process consists of a design description, which, in some embodiments consists of a description written in a hardware description language (HDL) such as Verilog. The first step, as shown in FIG. 10, is to determine the architecturally visible state and to classify the signals. The second step is then to coverage points for the classified signals based on the information computed in the first step using techniques described previously herein and output this as a test plan.

Signals are classified as transient, temporary, or persistent, where persistent signals can be considered the architecturally visible state and transient and temporary signals are the non-architecturally visible. The testing strategies for architecturally visible and non-architecturally visible state are different. Therefore, the coverage points for different classifications are different. For each of these classifications, coverage points are generated as follows:

(i) Transient Signals

Each transient signal represents a transaction-processing finite state machine (FSM). A finite state machine consists of a set of states and transitions between states. Transitions may be conditional, specified by a Boolean condition. Transaction-processing FSMs implement the protocol that defines a transaction. It is necessary to verify all possible timings of a protocol. Since the FSM must handle all possible cases, to completely test the protocol requires exercising every transition in the FSM. Let (u,g,v) be a transition in a transaction-processing FSM where u and v are states and g is a Boolean expression over all signals be defined as if, at time t, the value of the FSM signal at time t−1 was u, and the value at time t is v, and g is true at time t, then this transition has been taken at time t. Therefore the coverage point is the expression: s(t−1)==u && s(t)==v && g(t)

There will be one coverage point for each transition in the FSM.

(ii) Temporary Signals

In a typical device, temporary signals will comprise the majority of signals. These primarily are data signals, not control signals. Therefore, collectively, they represent a large number of bits. Normally, with data, it is desirable to cover a large number of values. Temporary signals are normally defined as a set of assignments, each of which is enabled under different conditions defined by Boolean expressions over all signals. Assume that a temporary signal has a set of assignments with an associated condition, represented as (e_(i),g_(i)) where e s is an assignment expression and g_(i) is the Boolean guard expression. The set of coverage points for a temporary signal is the set of guards, g_(i) plus the range of all possible values for the signal based on its defined width (number of bits).

(iii) Persistent Signals

Persistent signals may be data or control. For cases in which persistent signals are data values, they can generate the same coverage points as temporary signals. If not, it is desirable to cover as many different values as possible since these potentially represent different states. Also, if they do represent state, persistent signals often interact with other persistent signals. Therefore, the coverage points for persistent state to be measured are the ranges of values of persistent signal values.

As a refinement of this, the set of persistent signals can be partitioned such that persistent signals that are not transitively dependent on each other are put in different partitions. Coverage points for persistent state are then created as ranges of combinations of values for signals within a partition.

The set of coverage points generated by this analysis forms a comprehensive test plan for a simulated device. This is beneficial because it is automatically generated, relieving the user from the tedious chore of creating a test plan manually.

Although the present invention has been particularly described with reference to embodiments thereof, it should be readily apparent to those of ordinary skill in the art that various changes, modifications, substitutes and deletions are intended within the form and details thereof, without departing from the spirit and scope of the invention. Accordingly, it will be appreciated that in numerous instances some features of the invention will be employed without a corresponding use of other features. Further, those skilled in the art will understand that variations can be made in the number and arrangement of inventive elements illustrated and described in the above figures. It is intended that the scope of the appended claims include such changes and modifications. 

1. A method for transaction-based abstraction of a hardware design comprising the steps of: selecting one or more transaction-processing finite state machines (FSMs), wherein the one or more transaction-processing FSMs determine one or more transaction boundaries, a transaction boundary being a starting and ending time step of a transaction; extracting the one or more transaction-processing FSMs; and obtaining an abstracted FSM based upon the one or more extracted transaction-processing FSMs.
 2. The method of claim 1, wherein the step of obtaining includes the steps of: composing the one or more extracted transaction-processing FSMs; and computing the abstracted FSM corresponding to the composed one or more FSMs.
 3. The method of claim 1, wherein the step of selecting includes the steps of: recognizing signals of the hardware design that indicate FSM candidates; and identifying the one or more transaction-processing FSMs from the FSM candidates.
 4. The method of claim 3, wherein the step of recognizing includes using one or more heuristic techniques selected from a group of heuristic techniques to filter the signals to determine the one or more transaction boundaries.
 5. The method of claim 4, wherein the group of heuristic techniques includes: selecting signals that look like FSMs and may process transactions; selecting signals representing FSMs that have wait states indicating the FSM waits for either a request or a response; selecting signals representing FSMs that have state transition loops indicating that the FSM can process transactions infinitely often; and allowing a user to manually specify signals and conditions that determine transaction boundaries.
 6. The method of claim 3, wherein identifying the one or more transaction-processing FSMs includes recognizing one or more identifying characteristics selected from a group of identifying characteristics of the FSMs.
 7. The method of claim 6, wherein the group of identifying characteristics includes: at least one wait state, wherein a wait state is a state that transitions to itself based on a transition condition; at least one loop, wherein a loop is a path that starts in a first state and ends in that same state; and a combination of at least one loop with at least one wait state.
 8. The method of claim 2, wherein the step of composing includes the steps of: enumerating combinations of states and edges of the extracted FSMs; and forming composite edges by computing the product of edge transaction conditions for the extracted FSMs.
 9. The method of claim 2, wherein the step of computing includes the steps of: providing a label to each wait state of each extracted FSM; providing a common label to each non-wait state of each extracted FSM; labeling each composite state of the composed FSM based on the labels provided to each wait and non-wait state of each extracted FSM; and if no composite state of the composed FSM has a wait state label, re-labeling the composite states of the composed FSM with a single label.
 10. The method of claim 1, further comprising the step of: abstracting signals in the hardware design based on the abstracted FSM.
 11. The method of claim 10, wherein the step of abstracting signals includes the steps of: creating one or more abstracted signal functions associated with composite states of the composed FSM; creating abstracted expressions by combining abstracted signal functions from different composite states that are associated with the an abstracted state of the abstracted FSM; and combining the abstracted expressions to form a single expression per signal over abstracted states of the abstracted FSM.
 12. The method of claim 10, further comprising the step of automatically generating a coverage test plan using the abstracted FSM and abstracted signals.
 13. The method of claim 12, further comprising the step of simulating the hardware design using coverage test plan.
 14. The method of claim 10, further comprising the step of simulating the hardware design based on the abstracted FSM and using the abstracted signals.
 15. A method for transaction-based abstraction of a hardware design comprising the steps of: recognizing signals of the hardware design that indicate finite state machine (FSM) candidates; identifying one or more transaction-processing FSMs from the FSM candidates, wherein the one or more transaction-processing FSMs determine one or more transaction boundaries, a transaction boundary being a starting and ending time step of a transaction; extracting the one or more transaction-processing FSMs; composing the one or more extracted transaction-processing FSMs; computing an abstracted FSM corresponding to the composed one or more FSMs; and abstracting signals in the hardware design based on the abstracted FSM.
 16. The method of claim 15, wherein identifying the one or more transaction-processing FSMs includes recognizing one or more identifying characteristics of the FSMs.
 17. The method of claim 16, wherein the step of composing includes the steps of: enumerating combinations of states and edges of the extracted FSMs; and forming composite edges by computing the product of edge transaction conditions for the extracted FSMs.
 18. The method of claim 17, wherein the step of computing includes the steps of: providing a label to each wait state of each extracted FSM; providing a common label to each non-wait state of each extracted FSM; labeling each composite state of the composed FSM based on the labels provided to each wait and non-wait state of each extracted FSM; and if no composite state of the composed FSM has a wait state label, re-labeling the composite states of the composed FSM with a single label.
 19. The method of claim 18, further comprising the step of simulating the hardware design based on the abstracted FSM and using the abstracted signals.
 20. A transaction-based hardware design verification system comprising: a simulator, wherein the simulator uses one or more abstracted finite state machines (FSMs) and associated abstracted signals such that transactions of the one or more abstracted FSMs occur in one abstracted time step.
 21. The system of claim 20, further including an automatically generated coverage test plan derived from the one or more abstracted FSMs and the associated abstracted signals. 